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(54) REPAIR REQUEST DEAUNG METHOD AND REPAIR REQUEST DEAUNG APPARATUS 



(57) There is disclosed a repair request handling ap- 
paratus for using a home page and allowing a client ter- 
minal to provide a display for urgfng a selection input of 
infomiation for identifying each type of product as a re- 
pair object (S2. 53), subsequently allowing the client ter- 
minal to display a question for checking a trouble state 
of an identified repair object product, when there is the 
selection input of the infomiation for identifying the re- 
pair object product (84), identifying a trouble based on 



trouble information stored In a trouble information data- 
base (22), when there is the answer to the question from 
the client lemilnal, and calculating an estimate of a cost 
required for a repair of the trouble and a date of delivery 
by Identification of the trouble, and allowing the client 
temninal to display the calculated estimate and the date 
of delivery (S6) and to provkle a display for allowing a 
client to select presence/absence of a repair request or 
purchase of a new product (SB). 
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Description 
Technical FleW 

[0001 ] The present Invention relates to a repair re- 
quest handling nrtethod and repair request handling ap- 
paratus for using Internet, and the like to accept a repair 
request from a client tenrninal and perform a process 
corresponding to a repair. ' 

Background Art 

[0002] The present Invent ton relates to a repair re- 
quest handling method and repair request handling ap- 
paratus for using Internet, and the like to accept a repair 
request from a client temiinal and perform a process 
corresponding to a repair 

[0003] In a conventional system, for example, when 
a client requests a maker, and the like to repair a home 
electric appGance, and the like, the client contacts a 
service center by telephone, and the Bke. It is then de- 
termined that a serviceman comes from the service 
center to diagnose a trouble of a trouble product and 
repair the product on the site, or that the trouble product 
is sent to the service center and the trouble is diagrrased 
and the product is repaired In the service center. In this 
case, the service center checks stock of a trouble com- 
ponent, and the like as the occasion demands, and in- 
forms the client of cost estimate and date of delivery by 
telephone, and the like. 

[0004] However, this system Imposes a large burden 
on the client, the repair takes much t^e. and a suffka'ent 
service to the cOent cannot be realized. 
[0005] Therefore, an object of the present Invention Is 
to provide a repair request handling method and repair 
request handling apparatus in which a client can easily 
make a request for repair, a clients desire for purchase 
of a new product because of a breakage can be handled 
if any, therefore a service to the client is sufficiently en- 
hanced, and a maker can quk:kty fulfill repair business 
and repair operation. 

Disclosure of the Invention 

[0006] In a repair request handling method of the 
present invention, a client can easily make a request for 
repair, a client's desire for purchase of a new product 
because of a breakage can be handled Jf any. therefore 
a service to the client is suffidently enhanced, and a 
maker can quteWy fulfifl repair business and repair op- 
eratkm. 

[0007] In a repair request handling apparatus of the 
present Invention, the client can easily make a request 
for repair, the client's desire for purchase of the new 
product because of the breakage can be handled if any, 
therefore the service to the client Is sufficiently en- 
hanced, and the maker can quickly fulfill repair business 
and repair operation. 



Brief Description of the Drawings 
[00081 

s FIG. 1 Is a diagram showing an embodtment of the 
present Invention, and a block diagram showing a 
whole constitution of a repair request handling sys- 
tem. 

FIG. 2 is an explanatory view of operation of a repair 
10 request handling apparatus with respect to en ac- 
cess from a client temninal in the embodiment. 
FIG. 3 is a diagram showing one screen of a home 
page In the embodiment 

FIG. 4 is a diagram showing another screen ot the 
f9 home page in the embodiment. 

FIG. 5 is a diagrani showing another screen of the 
home page in the embodiment. 
FIG. 6 is a diagrani showing another screen of the 
home page in the emt>odiment. 
^ FIG. 7 Is a diagram showing another screen of the 
home page in the emt>odiment. 
FIG. 8 is a diagram showing another screen of the 
home page in the embodiment. 
FIG. 9 Is a diagram showing another screen of the 
home page in the embodiment. 
FIG. 1 0 is a diagram showing another screen of the 
honr^e page in the embodiment 
FIG. 1 1 Is a diagram showing another screen of the 
home page In the embodiment! 
50 FIG. 12 tea diagrarn showing another screen of the 
home page In the embodiment. 
FIG. 13 Is a diagram showing another screen of the 
home page in the embodiment. 
FIG. 1 4 Is a flowchart showing an operation of a time 
35 of repair request in the embodiment. 

Best Mode for Carrying Out of the Invention 

[0009] FIG. 1 is a block diagram showing a whole con- 
40 stitutlon of a repair request handling system. Internet 1 
is connected to a repair request handling apparatus 2 
Including a main server possessed by a maker, and the 
repair request handling apparatus 2 is connected to a 
sales dwision temninal 4. manufacturing division temrii- 
nal 5, planning/development division tennlnal 6, repair 
dh^ision teminal 7, transport division tenninal 8. quality 
ccntrol division terminal 9, and the like via a LAN (local 
area network) 3. The transport division terminal 8 is also 
connected to a relay station 10. and can perfonn radio 
so communfcatfon with a radio mobile terminal 11 via the 
relay station 10. Moreover, the Internet 1 is connected 
to a large number of dionl terminals 12 constituted of 
personal computers. 

[0010] FIG. 2 is an explanatory view of operation of 
^ the repair request handling apparatus 2 when the client 
terminal 1 2 accesses the repair request handling appa- 
ratus 2. When there is an access to a home page set in 
ttie main server of the repair request handling apparatus 
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2 Irom the cBent terminal 12, nrst in SI In the client ter- 
minaJ 12, a main menu of a question selection system 
is displayed in the accessed client temiinal 12. In the 
main menu, as shown In FIG. 3, a display (or Eisking a 
client to select introduction of a new produd, accept- 
ance of repair, or Inquiry about usage Is provided. 
[0011] When the client selects/inputs the-acceptance 
of the repair in this state, next In S2, as shown in FIG. 
4. a display for selecting a repair object product, that is, 
a vacuum cleaner, Juicer/mtxer, oven/toaster, or the like 
is provided in the client terminal 12. In this state, for ex- 
ample, whan there is a selection input of the vacuum 
cleaner from the client terminal 12, the repair request 
handling apparatus 2 reads machine types and product 
names of the vacuum cleaner from a vacuum deaner 
database 21 and provides a display tor selecting the ma- 
chine type and product name in the client terminal 12 as 
shown In FIG. 5 (first display control means). 
[0012] Subsequently, when there Is a selection Input 
of the machine type and product name from the client 
terminal 1 2 In 53, a display of the question selection sys- 
tem for checking a trouble diagnosis and use state is 
provided In the client terminal 12 as shown In FIG. 6 
(second display control means). 
[0013] Subsequently, when there is a selection Input 
with respect to questions from the client terminal 12 In 
S4, a trouble is identified based on trouble Infomnation 
of a trouble information database 22 with various types 
of trouble intomiation stored therein (trouble Idenllfica- 
tion means). It Is judged whether component replace- 
ment is necessary or unnecessary, or repair is unnec- 
essary. Moreover, the identified trouble information is 
compiled in the trouble information database 22, and the 
Information Is updated. Additionally, In this case, with the 
same trouble information as the trouble Infomnation al- 
ready registered, the number of registrations is counted. 
The trouble inforrr^ation compiled in the trouble Informa- 
tion database 22 is read mainly by the quality control 
division terminal 0 and utilized in quality control of the 
product in a quality control divi^on. 
[0014] When the repair is unnecessary, a presenta- 
tion Is made for the trouble in the client terminal 12 In 
35. This presents contents which can easily be handled 
by the client, such as "change a paper bag*, leave a 
machine to stand lor one hour*, 'remove dust", and 
•clean a brush", and asks the client to pcrtonn an oper- 
ation. For example, with presentation of "change the pa- 
per bagf, a display shown bi FIG. 7 is provided and, as 
a result, the dient is asked to answer that the machine 
"has recovered" or "has not recovered". If the machine 
does not recover, the question selection system for 
checking the trouble diagnosis or the use state is dis- 
played again. It is then Judged based on the trouble in- 
formation of the trouble information database 22 wheth- 
er the component replacement Is necessary or unnec- 
essary, or the repair is unnecessary 
[001 5] When the component replacement is judged to 
be necessary or unnecessary, an estimate of a cost re- 



quired for the repair, and a date of delivery are calculat- 
ed based on the Identification of the trouble and present- 
ed in the cfient temnlnal 12 In SS (cateulation means of 
estinnate and date of deliver). 
5 [001 6] In this case, when the component replacement 
is Judged to be necessary, a sewice component stock 
database 23 Is referred to, and a stock situation of a 
replacement conr^onent Is checked. 
[0017] When the replacement component is a mass-. 
10 produced component, a mass-produced component 
stock database 24 is referred to. When the replacement 
component does not exist as stock data in the service 
component stock database 23 or the mass-produced 
component stock database 24, a production plan data- 
's base 25 Is referred to for a production plan of the re- 
placement component. 

[001 8) AdditionalVi the service component stock da- 
tabase 23, mass-produced component stock database 
24, and prx)duction plan database 25 are updated by In- 

20 fonnatlon Inputted mainly from the manufacturing divi- 
sion terminal 5, and the updated Information can always 
be supplied to the repair request handling apparatus 2. 
[0019] f^oreover, the estimate of the cost required for 
the repair and the date of delivery are displayed in the 

25 client terminal 1 2. S ubsequently, for example, in a case 
In which two or more years have elapsed since purchase 
of the repair object product, or a certain period has 
elapsed since stop of production, new product Informa- 
tion of the same product type as that of the repair object 

30 product is read from a new product database 26 and 
displayed in the client terminal 12 in S7. The new prod- 
uct Information displayed in this case may be new prod- 
uct information of the same price group as that of the 
repair object product, or new product Infomnation of the 

35 cost group equh/alent to a repair estimated amount of 
the repair object product. 

[0020] A new product price of the new product data- 
base 26 is constantly adjusted by a latest market price 
obtained from a market price database 27. The Informa- 

40 don of the new product database 26 and market price 
database 27 is updated by the sales division terminal 4. 
Moreover, when the repair object product is In a free re- 
pair period and is relatively new, the display of the new 
product infomnation is prohit^tted. 

45 [0021] Subsequently, In S8, a display shown in FIG. 
8 Is provided in the client terminal 1 2 to ask the client to 
select whether or not the repair request is made, or the 
purchase of the new product is desired (third display 
control means). 

50 [0022] When there is a selection Input of the repair 
request from the cfient terminal 12 in this state, a display 
for urging the input of dient information, and the like is 
provided In the dient terminal 12 in S9. 
[0023] The display for urging the Input ol an address, 

55 name, and telephone number of the client as the client 
information is provided as shown In FIG. 9, and the client 
is asked to input the information. Subsequently, a dis- 
play for urging the client to Input a desired date for de- 
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positing the repair request product is provtded as shown 
In FIG. 1 0, and the cflent ts asked to Input the date. Sub- 
sequently, a display for urging the input of a desired date 
of delivery of the repaired request product ts provided 
as shown in FIG. 1 1 , and the client is asked to input the 
date. 

[0024] The repair request handling apparatus 2 con- 
linns the input of the respective information such as the 
client infonmationt desired date for depositing the repair 
request product, and desired date of delivery of the re- 
paired product, and defines acceptance of the repair re- 
quest. Subsequently, the apparatus transmits the re- 
spective acc^ted Information such as the cfient infor- 
mation, desired date for depositing the repair request 
product, and desired date of delivery ot the repaired 
product together with information of estimated amount 
and date of delivery to the repair division terminal 7 to 
instruct the division to repair the product Moreover, the 
apparatus transmits the client information and informa- 
tion of repair component to the manufacturing division 
terminal 5. Thereby, the manufacturing division checks 
service component stock data of the service component 
stock database 23, mass-produced component stock 
data of the mass-produced component stock database 

24, and production plan of the production plan database 

25, secures the repair component, and informs the re- 
pair division tenninal 7. IWoreover, the manufacturing di- 
vision transmits the respective information such as the 
client Information, desired date for depositing the repair 
request product, and desired date of delivery of the re- 
paired product to the transport division terminal 8. 
Thereby, a transport division goes to client's home to 
obtain the repair request product on the desired, date, 
and transpons the obtained request product to a repair 
division. Additionally, a home delivery service company 
may perform this operation in place of the transport di- 
vision. 

[0025] The repair division checks the repair request 
product for a portion to be repaired anew, checks a stock 
state of the repair component informed by the manufac- 
turing division via the repair division terminal 7, and ar- 
ranges a repair operation plan. In this case, when a cost 
requlredforthe actual repair is different from an estimat- 
ed amount, the repair request handling apparatus 2 Is 
infonned of the difference by the repair dhrislon terminal 
7 via the LAN 3 in advance, and the repair request han- 
dling apparatus 2 contacts the comesponding client ter- 
minal 12 to obtain a client's consent anew. 
(0026J The repair division finally defines the cosf re- 
quired for the repair In this manner, and the respecth/e 
information such as the client infonnation. desired date 
for depositing the repair request products, and desired 
date of delivery of the repaired product together with the 
amount are compiled into a collection/delivery informa- 
tion/imoney collection information database 28. In this 
case, the collection/delivery Information con^iled in the 
collection/delivery information/money collection infor- 
mation database 28 Is stored, for exantple. as a content 



of a list Including the deposit date, name and address 
of the client, name of the repair request product, and the 
like as shown in FIG. 13. 

[0027] IVIoreovor, the repair divfelon, having obtained 
5 a supply of the repair component from the manufactur- 
ing division, repairs the repair request product. Upon 
completion of the repair, the repair division tenninal 7 
contacts the transport division terminal 8, and the trans- 
port drvisk)n obtains the repair request product from the 
10 repair division and tran^orts the product to the client 
on the clienrs desired date of delivery, in this case, a 
person In charge of dePivery of the transport division car- 
ries the radio mobile terminal 11. and money collection 
infomnatlon is radio-transmitted to the radio mobile ler- 
'5 minal 1 1 from the transport division terminal 8 via the 
relay station 10 during collecting of money from the cli- 
ent. The person in charge of delivery performs the mon- 
ey collection from the client in accordance with the mon- 
ey collection infomnatfon. 
^ [0028J Additionally, examples of a clienrs payment 
method include cash, further a debit card and credit 
card, and with the debit card or the credit card, payment 
can be achieved by disposing a card reader for reading 
the card in the radio mobile terminal 1 1 . 
^ [0029] Moreover, when there is a selection input indi- 
cating purchase of the new product from the client ter- 
minal 12. a display for urging the input of the client in- 
fomnation. and the like is provided in the client terminal 
12 In S9. Subsequently, when the client Inputs the client 
30 infonnation off the address, name, and telephone 
number, and further inputs the desired date of delivery, 
the repair request handling apparatus 2 defines the ac- 
ceptance of the purchase of the new product. In this 
case, the Information of new product purchase, client 
35 inf onmalton. and desired date of delivery are trarismitted 
to the transport division terminal 8 of the transport divi- 
sion, and the transport division is to deliver the new 
product to the Client and collect money on the desired 
date of delivery. 
40 [0030] Furthermore, there is a selectmn input indicat- 
ing that no repair request is made from the dlenl temni- 
nal 12. in this case, a display for urging the selection as 
to whether or not the new product infonnation is refen^ed 
to ts provided In the client tenminaJ 12. There is a aelec- 
« Bon input Indicating that the new product Infonnation b 
to be referred to. and in S 1 0 the new product Information 
of the same product typo as that of the repair object 
product is read from the new product database 26 and 
displayed in the client terminal 1 2. Additionally, a display 
90 for selecting whether or not the purchase is required is 
also provided. Also In this case, the displayed new prod- 
uct information may be the new product information of 
the same prtce group as that of the repair object product, 
or the new product information of the cost group equfv- 
55 aient to the repair estimated amount of the repair object 
product. 

[0031] Moreover, when there is a selection input indi- 
cating ihe desire for the purohase of the new product 



4 



7 



EP 1 202 207 A1 



8 



from the client terminal 12. the display for urging the in- 
put of the client Information, and the like la also provided 
(n the cUent terminal 12 In S9. Subsequentty, when the 
dient inputs the client information of the address, name, 
and telephone number, and further inputs the desired 
date of delivery, the repair request handling apparatus 
2 defines the acceptance of the purchase of the new 
product. In this case, the information of the new product 
purchase, client Infomnation, and desired date of deriv- 
ery are transmitted to the transport divteion terminal 8 
of the transport division, and the transport division Is to 
deliver the new product to the client and collect money 
on the desired date of delivery. Also in this case, the 
home delivery sewice company may perform this oper- 
ation In place of the transport dWtslon. 
[0032] During the acceptance of the repair request 
and the new product purchase, the respective infomia- 
tion such as the dient Information, repair request prod- 
uct, and new product purchase inputted from the client 
terminal 12 are sent to and stored in the coOection/de- 
livery Infomfiation/money collection information data- 
base 28. 

[0033] Subsequently, when the acceptance is defined 
by the selection input from the dient terminal 1 2, a ques- 
tionnaire of the question selection system is displayed 
in the client tennlnat 12 In S11 , and the client Is asked 
to input answers to the questionnaire. Moreover, when 
it is selected not to purchase the new product In S10, 
the questionnaire of the question selection system Is 
displayed in the client tenminal 1 2 In S1 1 , and the client 
is asked to Input answers to the questionnaire. Further- 
more, there ts a selection input indicating that the repair 
Is not requested, and there is a selection input indicating 
that new product Information Is not referred to from the 
client terminal 12 In S8. In this case, imrrrediatety inS11, 
the questionnaire of the question selection system Is 
displayed in the client terminal 12, so that the client is 
asked to input the answer to the questionnaire. 
[0034] The questionnaire of the question selection 
system in S11 differs in content depending upon wheth- 
er the dient has made a request for the repair, has de- 
sired to purchase the new product, or has neither made 
the request for the repair nor desired to purchase the 
new product When there is an answer to the question- 
naire from the client terminal 1 2, the repair request han- 
dling apparatus 2 takes and compiles the answer Into a 
customer information database 29 and client demand 
database 30. Moreover, the answer is also compiled into 
the trouble Information database 22. 
[0035] The customer Irtformaiion database 29 com- 
piles the Infomnation, for example, in the form of custom- 
er data shown in FIG. 12, and the information compiled 
in the database 29 Is read and utilized mainly by the 
sales division terminal 4. The dient demand database 
30 compiles the information by demand, and the infor- 
mation compiled in the database 30 ts read and utilized 
mainly by the planning/development division temninal 6. 
[0036] An operation of the repair request handling 



system constituted as described above wilt be descnt>ed 
with reference to a flowchart shown In FIG. 14. 
(0037| RrsI in S21 , the client terminal 1 1 accesses the 
home page of the main server of the repair request han- 

s dling apparatus 2. Thereby, a screen for selecting a de- 
sire to purchase the new produd. make the repair re- 
quest, or know a way of use Is displayed in the client 
temilnal 12, and the dient who desires to make the re- 
pair request selects an item indicating the desire to 

«> make the repair request. Thereby, the screen turns to a 
screen for the repair request, and the cDent operates the 
screen of the home page to input the information nec- 
essary for the repair request of the trouble product. The 
repair request handling apparatus 2 accepts the repair 

15 request by the Information Input In S22. 

[0038] The repair request harKlIIng apparatus 2 hav- 
ing received the repair request uses the trouble infor- 
mation of the trouble Information database 22 to diag- 
nose the trouble of the repair request product and iden- 

^ tify the trouble in S23. estimates a trouble portion and 
calculates estimated amount and date of delivery in 
S24, and uses the information of the service component 
stock database 23, mass-produced component stock 
database 24, and produdion plan database 25 to check 

25 the stock state and produdion plan of the replac^ent 
component in S25. Sut>sequentty, the apparatus deter- 
mines the date of delivery of the repair request produd 
In S26. The apparatus identiHes the trouble, stores new 
trouble data In the trouble Infomnation database 22, and 

30 updates the database. 

[0039] Subsequently, the repair request handling ap- 
paratus 2 presents the estimated amount and date of 
delhrery of the repaired produd, and introduces the new 
product on the home page, and asks the client to select 

95 the desire to repair or not to repair the product, or to 
purchase the new product. Then, the client perfomris a 
seledion operation on the home page, and it is deter- 
mined in S27 that the repair is necessary or unneces- 
sary or the new product is purchased. Additionally, when 

<o the repair is necessary, it is necessary to input the client 
infonTtatk>n, desired date for depositing the repair re- 
quest produd, and desired date of delivery. Moreover, 
when the new product is purchased, it is necessary to 
input the dient information and desired date of delivery 

45 of the produd. 

[0040| It is detemnined that the repair is necessary or 
unnecessary or the new produd is purchased, then in 
S28 the questionnaire of the question seledion system 
is displayed on the home page, and the client is asked 

so to answer the questionnaire. When there Is an answer 
to the questionnaire, an answer result is compiled into 
the trouble information database 22, customer informa- 
tion database 29, and client demand database 30 In 
S29. 

55 [00411 Moreover, it is judged whether the repair is 
necessary or unnecessary or the new produd is pur- 
chased, then it is detemnined that the repair is neces- 
sary. In this case, In S30 the client inlomnation. the de- 



5 



9 



EP 1 202 207 A1 



10 



Bired date for deposlltng the repair request product, and 
the desired date of delivery are stored In the collection/ 
delivery informatlon/hioney collection informatfon data- 
base 28 and transmitted to the transport division temil- 
nal 6, and It Is Instmcted to collect the repair request s 
product. Moreover, when the repair is necessary, In $31 
the client Information and repair component Information 
are traitsmlttedto the manufacturing dMslon terminal 5. 
Theretjy, the manufacturing division checks the service 
component stock data of the service conrtponent stock 'o 
database 23, mass-produced component stock data of 
the mass-produced component stock database 24, and 
production plan data of the production plan database 25 
via the manufacturing diviston terminal 5, and secures 
the repair component. is 
[0042] The repair division obtains the repair request 
product from the transport division in S32, then checks 
the portion to be repaired anew and calculates an actual 
product check estimate. Subsequently, in S33 the cal- 
culated estimate is transmitted and presented to the re- ^ 
pair request handling apparatus 2. 
[0043] The repair request handling apparatus 2 
checks the actual product check estimated amount from 
the repair division in S34. When there is no difference 
from the first estimated amount, the estimated amount 
Is defined as a repair price, and the repair is accepted 
in S35. Subsequently, the repair division uses the repair 
component obtained from the manufacturing division to 
repair the repair request product In 836. Upon comple- 
tion of the repair, the repair division transfers the re- 30 
paired product to the transport division, and the trans- 
port dh/lsion delivers the repaired product on the cirenfs 
desired date in S37. and collects the money from the 
client In 838, thereby ending a series of operation, 
[0044] Moreover, when the repair is different from the 35 
first expected repair as a result of check of the portion 
to be repaired in the repair division, the repair compo- 
nent Information Is transmitted anew to the manufacture 
ing division terminals of the manufacturing division from 
the repair division tenninal 7, and the manufacturing di- 40 
vision secures the repair component anew. Subse- 
quently, the repair division calculates the actual product 
check estimate anew in S32, and transmits and 
presents the cafeulated estimate to the repair request 
handling apparatus 2 In S33. 45 
[0045] The repair request handling apparatus 2 
checks the actual product check estimated amount from 
the repair division in S34, judges that the amount is dif- 
ferent from the first estimated amount, and informs the 
conresponding client tennlnal 12 of that the actual repair so 
price is different from the first estimated amount In order 
to obtain the client's consent anew. 
[0046] Subsequently, when the repair request han- 
dling apparatus 2 infonns the repair division terminal 7 
of the obtained dienfe consent, the repair division ac- ss 
cepts the repair in S35, and uses the repair component 
obtained from the manufacturing division to repair the 
repair object product In S36. Upon compteUon of the re- 



pair, the repair division transfers the repaired product to 
the transport division, and the transport division delivers 
the repaired pnDduct on the clienrs desired date in S37. 
and collects the money from the client in S38, thereby 
ending the series of operation. 

[0047] Moreover, when the actual repair price Is dif- 
ferent from the first estimated amount, therefore the cli- 
enrs consent cannot be obtained, and the client with- 
draws the repair request, the repair is not accepted In 
335, and the repair object product la returned In S37 In 
order to end the series of operafton. 
[0048] Furthermore, ^yhen the new product purchase 
Is determined, the client infonnatbn and desired date of 
delivery are stored in the collection/delivery informatfon/ 
money collection infonnation database 28 and transmit- 
ted to the transport division temninal 8. and It is to deliver 
the new product and collect the money. Thereby, the 
transport division is Instructed to deliver the new product 
detemnined to be purchased by the client to the client 
and collect the money on the desired dale of delivery. 
[0049] As described above, the client may operate Its 
own terminal 1 2 to access the main server of the maker's 
repair request handling apparatus 2 and open the home 
page, and may perfonn the operation of the repair re- 
quest in accordance with the instruction on the home 
page, so that the client can easily make the repair re- 
quest. 

[0050] Moreover, during the operation of the repair re- 
quest on the home page, the new product Information 
of the same price group as that of the repair object prod- 
uct, or of the price group equh^alent to the repair esti- 
mated amount is displayed on the home page, and the 
client is asked to purchase the product. When the client 
desires to purchase the new product because of break- 
age, the desire can be satisfied. That is. the new product 
purchase by the client is accepted and the product can 
be can be delh/ered. This can sufftoiently enhance the 
servk:e to the client. 

[0051 ] Furthermore, when the maker accepts the re- 
pair request from the client via the repair request han- 
dling apparatus 2. the securing of the repair component 
from the manufacturing division, Indication of the de- 
sired date for collecting the repair request product and 
desired date of delivery to the transport division, and 
presentation of the estimated amount and date of deliv- 
ery to the repair division can imnriediately be achieved 
via the respective terminals 6. 8, 7, so that repair busi- 
ness and repair operatton can quickly be fulfilled. 
[0052] As described above, according to the present 
Invention, the dlentcan easily make the repair request, 
the clienrs desire to purchase the new product because 
of the breakage can be handled if any. therefore the 
sen^ice to the client is sufTtcicntly enhanced, and the 
maker can quickfy fulfil! the repair business and repair 
operation. 
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Industrial Applicability 

[0053] As described above, the present Invention is 
effedive for a technical field of a repair request handling 
method and repair request handling apparatus in which 
Internet, and the like are used to accept a repair request 
from a client terminal and to perform a process corre- 
sponding to a repair. 



Claims 

1 . A repair request handling method charaetertzed by 
comprising: allowing a client tenminal to provide a 
display for urging a selection input of information for 
identifying each type of product as a repair object; 
subsequently al towing said client terminal to display 
a question for checking a trouble state of an identi- 
fied repair object product, when there is the selec- 
tion input of the infonmatlon for identifying the repair 
object product; identifymg a trouble based on an an- 
swer and trouble infomnatlon stored in a trouble in- 
formation database, when there Is the answer to the 
question from said client temilnal; calculating an es- 
timate of a cost required for a repair of the trouble 
and a date of delivery by identification of the trouble; 
and allowing said client temriinal to display the cal- 
culated estimate and the date of delWery and to pro- 
vide a display for aDowing a client to select pres- 
ence/absence of a repair request or purchase of a 
new product. 

2. The repair request handling method according to 
claim 1 , characterized by further comprising up- 
dating the trouble information of the trouble infor- 
mation database based on the identified trouble, 
when the trouble is identified. 

3. The repair request handling method according to 
claim 1 , characterized by further comprising: 

allowing the client tenminal to provide a display 
lor urging an input of client infomnation such as 
a client name, when there is a selection input 
of the repair request from the client terminal; 
and defining acceptance of the repair request, 
when there is the input of the predetermined cli- 
ent infomiation from said client terminal. 

4. The repair request handling method according to 
claim 3. characterized by further comprising in- 
structing collection of the repair object product from 
the client, when the acceptance of the repair re- 
quest is defined. 

5. The repair request handling method according to 
claim A, characterized by further comprising up- 
dating the trouble information of the trouble infor- 



mation database based on the identified trouble, 
when the trouble is Identified. 

6. The repair request handling method according to 
s daim 3, characterized by further comprising in- 
structing collection of the repair object product from 
the client and radlo-transmltling money collection 
infomnation to a radio nrtobile terminal, when the ac- 
ceptance of the repair request is defined. 

10 

7. The repair request handling method according to 
daim 6, characterized by further comprising up- 
dating the trouble information of the trouble infor- 
mation ctetabase based on the identified trouble. 

IS when the trouble is Identified. 

8. The repair request handling method according to 
daim 3, characterized by further comprising up- 
dating the trouble information of the trouble infor- 

20 mation database based on the identified trouble, 
when the trouble is identified. 

9. A repair request handling method characterized by 
conrtprising: allowing a dient terminal to provide a 

25 display for urging a selection input of information for 
klentlfylng each type of product as a repair object; 
subsequently aDowing said client terminal to display 
a question for checking a trouble state of an identi- 
fied repair object product, when there Is the selec- 

30 tion input o! the inf orrnation for identifying the repair 
object product; Identifying a trouble based on an an- 
swer and trouble infomnation stored in a trouble in- 
formation database, when there is the answerto the 
question from said client terminal: calculating an es- 

35 timate of a cost required for a repair of the trouble 
and a date of delivery by identification of the trouble; 
allowing said client tenninal to display the calculat- 
ed estimate and the date of delivery and to provide 
a display for allowing a client to select presence/ 

40 absence of a repair request or purchase of a new 
product; and reading and displaying new product In- 
formation of the samiB product typo as that of the 
repair object produd from a new product infomna- 
tion database. 

45 

10. The repair request handling nrt^hod according to 
daim 9. characterized by further comprising pro- 
hibiting the new product information from being dis- 
played in the dient terminal, when a purchase date 

50 of the repair object product is within a predeter- 
mined period. 

11. The repair request handling method according to 
daim 10, characterized by further comprising up- 

55 dating the trouble Information of Iho trouble infor- 
mation database based on the identified trouble, 
when the trouble is identified. 
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12. The repair request handling method according to mation database based on the identified trouble, 
claim 9, charectertzed by further comprising up- when the trouble Is Identified. 

dating the troubte information of the trouble infor- 
mation database based on the identified trouble, 21. A repair request handling method characterized by 
when the trouble Is identified. s comprising: allowing a cUent terminal to provide a 

display for urging a selection input of information for 

13. TTie repair request handling method according to Identifying each type of product as a repair object; 
claim 9, characterized by further comprising read- subsequently allowing sard client temiinal to display 
Ing the new product infonnatlon of the same price a question for checking a trouble stale of an identl- 
group and the same product type as those of the (led repair object product, when there Is the selec- 
repair object product from the new product informa- tion input of the infomnation for idenUfying the repair 
Uon database and displaying the new product infor- object product; Identifying a trouble based on an an- 
mation in said client tenmlnal. swer and trouble information stored in a trouble in- 
formation database, when there is the answer to the 

14. The repair request handling method according to '5 question fromsaidclienttermlnal:caIculattngane8- 
claim 13, characterized by further comprising pro- timate of a cost required for a repair of the trouble 
hibitingthe new product inlomiation from being dis- and a date of delivery by identification of the trouble; 
played In the client terminal, when a purchase date anov^rtng said client terminal to display the calculat- 
of the repair object product is within a predeter- ed estinnate and the date of delivery and to provide 
mined period. 20 a display for allowing a client to select presence^ 

absence of a repair request or purchase of a new 

15. The repair request handling method acconJing to product; allowing the client temriinal to provide a dis- 
claim 14, characterized by further comprising up- play tor urging an Input of client information such as 
dating the trouble Information of the trouble infor- a ciient name, when there is the selection input of 
mation database based on the identified trouble, S5 the repair request from said client temninal; defining 
when the trouble Is identified. acceptance of the repair request, when there Is the 

input of the predetermined client information from 

16. The repair request handling method according to said client terminal; or allowing the client terminal 
clahi 1 3, characterized by further comprising up- to provide the display for urging the Input of the dl- 
dating the trouble information of the trouble infor- 30 ent infomr^atlon such as the client name, when there 
mation database based on the Identified trouble. is the selection Input of the purchase of the new 
when the trouble Is identified. product from said dienl terminal; and defining the 

acceptance of the purchase of the new product. 

17. The repair request handling method according to when there Is the Input of the predetermined client 
cla&n 9, characterized by further comprising read- 35 infomnatlon from said client temiinal. 

ing the new product infomnatlon of the same price 

group of an estimated amount and the same prod- 22. The repair request handling method according to 

uct type as those .of the repair object product from daim 21. characterized by further comprising in- 

ihe new product information database and display- structing collection of the repair object product from 

ing the new product information in said ciient termi- 40 the qllent, when the acceptance of the repair re- 

"a'* quest is defined. 



18. The repair request handling method according to 
claim 1 7. characterized by further comprising pro- 
hibiting the new product Information from being dis- 
played in the client terminal, when a purchase date 
of the repair object product is within a predeter- 
mined period. 

19. The repair request handling method according to 
claim 18. characterized by further comprising up- 
dating the trouble information of the trouble infor- 
mation database based on the Identified trouble, 
when the troubte is Identified. 

20. The repair request handling method according to 
claim 17, characterized by further comprising up- 
dating the trouble information of the trouble Infor- 



23. The repair request handling method according to 
daim 22. characterized by further comprising up- 

<^ dating the trouble Information of the trouble Infor- 
mation database based on the identified trouble, 
when the trouble is identified. 

24. The repair request handling method according to 
w daim 21, characterized by further comprising In- 
structing collection of the repair object product from 
the client and radio-transmitting money collection 
Infomrmtion to a radio mobile terminal, when the ac- 
ceptance of the repair request ts defined. 

55 

25. The repair request handling method according to 
daim 24, characterized by further comprising up- 
dating the trouble Information of the trouble Infor- 
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mation database based on the identified trouble, 
when the trouble Is Identified. 

26. The repair request handling method according to 
claim 21 , charecterlzed by further comprising up- 5 
dating the trouble Infonmaticn of the trouble infor- 
mation database based on the Identified trouble, 
when the trouble is Identified. 

27. The repair request handling method according to 
any one of datms 1 to 26, characterized by further 
comprising: displaying questionnaires of a question 
selection system having different contents In the cli- 
ent terminal based on the selection input of the re- 
pair request, the selection input of unnecessary re- 
pair, or the selection input of the new product pur- 
chase; and taking answers to the questionnaires 
from safd cQent terminal. 

28. A repair request handling apparatus characterized 
by comprising: first display control means for allow- 
ing a client terminal to provide a display for urging 
a selection Input of information for identifying each 
type of product as a repair object; second -display 
control means for allowing the client terminal to dis- 
play a question for checking a trouble state of an 
identified repair object product, when there is the 
selection input of the information for identifying the 
repair object product from said client terminal; a - 
trouble infonnation database in which respective 30 
types of trouble Information are stored; trouble Iden- 
tification means for identifying a trouble based on 

an answer and the trouble information stored In the 
trouble Information database, when there is the an- 
swer to the question for checking the trouble state 
from said client teimlnal; means for calculating an 
estimate of a cost required for a repair of the trouble 
and a date of delivery based on the trouble Identified 
by the trouble tdentincation means; a new product 
information database In which respective types of <o 
new product information are stored; and third dis- 
play control means for allowing said cDent terminal 
to display the calculated estimate and the date of 
delivery and to provide a display for allowing a client 
to select presence/absence of a repair request or <s 
purchase of a new product, and reading and dis- 
playing new product Information of the same prod- 
uct type as that of the repair object product from said 
new product information database. 
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Hello, welcome to XX net 
Please elide your desired service 



I Desire to purchase new produd | 



j'r rajuest <^ 



Do not know way of use | 



FIG. 3 



Vacuum deaner ""Q | XXXXX | 



Juicer/mixer 



] [ 



OvenAoaster 



XXXXX 



] c 



XXXXX 



XXXXX 



XXXXX 



] 



Please dick machine 



FIG. 4 
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Please dick your machine type 

Machine type is displayed on back side of vacuum cleaner 

main body 



VC-F3CW) 1 


VOXXX(X) 


VC-F3C(G) 


VC-XXX{X) 


VC-F2B(G) 




VC-XXX(X) 


VC-F2B(B) 




VC.XXX(X) 


VC-F4Y(G) 




VC-XXX(X) 


V(M)1(G) 




VC-XXX(X) 



VC-XXX(X) 



VC-XXX(X) 



VC.XXX{X) 



VC-XXX(X) 
VC-XXX(X) 
VC-XXX(X) 
I Next paqeT 



FIG. 5 



Please dick trouble state 



Motor does not operate 


xxxxxxxxx 


Suction force is weak 


xxxxxxxxx 


Cord cannot be wound up 


xxxxxxxxx 


Dust sion is not lit even vwtiv 
accumulated dust 


xxxxxxxxx 


Roor blush does not rotate 


xxxxxxxxx 


Suction force cannot be controlled 


xxxxxxxxx 



FIG. 6 
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Aiiy dus! such as cotton dust in paper bag ? 
' Please change paper tag 



Recovered | | Not recovered^y -' 



FIG. 7 



'Circuit sul>slrate' needs to be replaced 
R^lascement costs the folloimng 

Component cost ' XXX yen 

Technical service fee XXX yen 
Days recpiired for repair three days 



Repair | Not repair | 
Purchase new product [ 



F I G. 8 
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We will coma and obtain trouble product 
Please input necessary matters 



Address 
Name 
Phone No. 



Chiyoda-ku, Tdkyo ♦ * ♦ "] 



Ichiro I Yamada ( 



03-3835-**** 



] 



FIG. 9 



Please input your desired date for depositing trouble 
product 

AD. I 200O i Year [TJ month [T] date 



I Next C J 



FIG. 10 
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Please input your desired date of deliver of repaired 
product 

Rease in|3Ut March 5 or later deliveiy date, because 
product will be delivered three days after deposited 

A.O. I 2000 \ Year \T} month|T] date 



I Next <b 



FIG. 11 



Customer data 




Name Ichiro Yamada 
Address Chiyoda-ku, Tokyo *** 
TEL 03-3835-* 
maa yamada@»**. co.jp 
Family members Husband and wife two Children 
Residence House including three Western 
rooms and one Japanese room 






VC-F3C(G) 

Sold on Febniaiyl, 1995 

Fixed pnce 30,000 yen 

Circuit substrate replaced on March 3, 2000 









FIG. 12 
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I 



Deposit date 


Name 


AcMress 








200Q/a« 


Ichiro Yamada 


Chiyoda-ku, Tokyo * * * 


Vacuum deaner 






200Q/3a 


Yukio Nakamura 


Kshiwa-shi. Chiyoda ku * * * 


Vacuum cleaner 






2000/3/3 


Kenp Yamamoto 


Oirtya-shI, Saitama-ken * * * 


Vacuum deaner 






2000/3/3 


Kcp Koyama 


Nakano-ku, Tokyo*** 


Vacuum deaner 






2000/3/4 


Yuki Honma 


Nagoya-shi, Aichi-ken * * * 


Vacuum deaner 






2000/3/4 


Hiroshi Sato 


Yamato-gun, Nara-ken* * * 


Vacuum deaner 






2000/3/4 


Takashi Tanaka 


Shinjyuku-ku. Tokyo * * * 


Vacuum deaner 































FIG. 13 
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Access home page Ls21 

r 



Acc^t repair requ^t US22 

r , 

Diagnose trouble |--S23 

1 r 



Assume trouble portion and calculate 
estimated amount 

I 



Check replacement component stock/ I-S25 
prpductfon plan 



Oetemfune date of delivery of r^ir^ 
product ' 



VS25 
S27 



Determine repair necessary/ 
unnecessar yyprodud purchase 

r— 



.S28 



QuesHonnairs 



1^ 



^S32 



g°g*P"We Check and estimate actuai product [ *— 

' ' I r^^\ 

[Present actual product dieck estimate} 

^S34 



Secure 
component 



Confirm and define actual product 
dieck estimate 



^S35 



repair 



, — r , 

I Repair 1 ^536 
1 



.S29 



Customer infomfiation 
Trouble information 
Client's demand 



Deliver repair product 

\ — 



Collect money 



]-S37 
J-S38 



FIG. 14 
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